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the effectiveness of a prescription drug, exacerbate 
symptoms associated with a chronic illness, and/or 
cause another undesired reaction. 
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Description 

FIELD OF THE INVENTION 

[0001] One embodiment of the present Invention re- 
lates to systems and methods for detecting harmful and/ 
or hazardous Ingredients that may cause an allergic re- 
action, interfere with the effectiveness of a prescription 
drug, exacerbate symptoms associated with a chronic 
Illness, and/orcause another undesired reaction (for the 
purposes of this application, such a hanmful and/or haz- 
ardous Ingredient that may cause an allergic reaction, 
Interfere with the effectiveness of a prescription drug, 
exacerbate symptoms associated with a chronic illness, 
and/or cause another undesired reaction may be re- 
ferred to as an "unwanted Ingredienr). 
[0002] Another embodiment of the present Invention 
provides for the detection of such unwanted ingredients 
(e.g., as mentioned In the nutritional and/or composition 
labels for food, beverage and/or drug products) on a re- 
al-time automated basis in places where these com- 
modities are sold, prepared and/or served (e.g., includ- 
ing, but not limited to, supermarkets, restaurants and/or 
related businesses (e.g., in the hospitality industry, 
camps, schools, manufacturers, health care and/or 
home care facilities). 

[0003] For the purposes of this application, the term 
"store manager", "administrator*', and "actor" may be 
used essentially interchangeably within the business 
environments described above. 

[0004] Further, for the purposes of this application, the 
temn "real-time" is intended to refer to a process that 
happens at once or essentially Instantaneously (as op- 
posed to a process that is completed In parts or over an 
extended time period (wherein such extended time pe- 
riod comprises, for example, a time period of afew hours 
or overnight)). 

BACKGROUND OF THE INVENTION 

[0005] The American Academy of Allergy, Asthma 
and Immunology estimates that 2% of adults and 8% of 
children in the United States are afflicted with food al- 
lergies (an estimated total of 7 million Americans ac- 
cording to the Food Allergy and Anaphylaxis Network). 
The allergic family represents an estimated $25 billion 
of grocery spending per year. 

[0006] Allergies are believed the leading cause of 
chronic disease in United States, costing the healthcare 
system about $1 8 billion dollars annually. It Is estimated 
that 150-200 people die each year from food allergies. 
. Food allergy Is believed the leading cause of anaphy- 
laxis outside a hospital setting accounting for approxi- 
mately 30,000 emergency room visits and 2,000 hospi- 
talizations. The Epinephrine injection Is the most effec- 
tive method of treating anaphylaxis; however In a 1 999 
study conducted by Mt. Sinai Medical Center, only 32% 
of 101 parents administered it correctly, and only 21% 



of physicians administered It correctly. 
[0007] In a 1 999 study by the Mt. SInal Medical Cent- 
er, 91 sets of parents were asked to Identify products 
whose ingredients their children must avoid. The most 
5 restricted food groups, peanut products and milk prod- 
ucts, yielded correct answers In only 54% and 7%, re- 
spectively. 

[0008] Indeed, reading labels to ensure they do not 
contain any harmful or unwanted product may be a com- 
10 plex and time consuming process. There are more than 
30 essentially synonymous tenms for milk alone. 
[0009] Moreover, some labels may Identify an Ingre- 
dient, such as mayonnaise, without specifying its sub- 
ingredient such as "egg" (while individuals with egg al- 
ts lergies must avoid those products as well). 

10010] The NCPI (National Council on Patient Infor- 
mation) estimates that 95% of individuals over 65 (i.e., 
32 million Americans) receive dally prescriptions (an av- 
erage of 2.4 prescriptions per person). This group ac- 
20 counts for 1 3.4% of the population but accounts for 42% 
of total outpatient prescription spending. 
[0011] In a study reported in the June 12 2002 issue 
of Annals of Emergency Medicine relating to elderly pa- 
tients admitted to an urtsan hospital ER. the average 
2s number of prescriptions medications per patient was six. 
However, only 42% of these patients could correctly 
Identify their medications. Additionally only 15% could 
identify their medication's Indications. 
[0012] Further, In a long-awaited national study con- 
so ducted by the University of Wisconsin-Madison, (find- 
ings released by the FDA June 1 B, 2002) regarding the 
distribution and "usefulness" of the medicine leaflets, 
one of every three leaflets received a low score, "1" or 
"2", out of 5. for print size, print quality, line spacing and 
35 ease of reading. 

[0013]. Additionally, merely the process of reading 
food labels may pose great difficulty for the following in- 
dividuals: 



40 
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The visually impaired who may strain to read the 
fine print of nutritional labels. 
Individuals whose main language is not English. 
Individuals who suffer from learning disabilities, 
dyslexia, or struggle with literacy. 
Any individual who falls under the American with 
Disabilities Act, ADA, whose manual dexterity com- 
promises their ability to read labels, e.g. those suf- 
fering from Parkinson Disease, Cerebral Palsy, 
Muscular Dystrophy, etc. 

SUMMARY OF THE INVENTION 



[001 4] The present Invention may be used, for exam- 
ple, by any individual whose dietary regimen has spe- 
55 clfic restrictions and/or requirements for a variety of 
health and/or nutritional reasons. 
[001 5] Further, the present invention may be used by 
anyone who wishes to receive Infomnation in an auto- 
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mated format (and thereby reduce the human error as- 
sociated with correctly reading, deciphering and Inter* 
preting nutritional temnlnology). 

[0016] Under one embodiment of the present inven- 
tion customers are able to scan their products and their 
barcode subscriber card In order to receive real-time In- 
fonmatlon related to the compatibility between the prod- 
uct they scanned and their profile (the present invention 
may employ mobile wireless scanners, point of sale 
(POS) terminals, and/or stationary self-service termi- 
nals). The profile may contain infomnatlon regarding a 
customer's allergies, prescriptions, chronic illness and 
conditions, and/or specific dietary requirements. The 
system may translate various terminologies used in nu- 
tritional and/or ingredients labels, compare the compo- 
sition Information with the customer's profile, and alert 
the customer to the presence of harmful Ingredients 
and/or a prescribed food substance. 
[0017] The present invention tmay generate an alarm 
for any substance and/or ingredient contained in a prod- 
uct (Including Over The Counter substances and/or 
products) that will cause an undesired, harmful and/or 
allergic reaction. Interfere with the effectiveness of a 
prescription drug, and/or exacerbate symptoms associ- 
ated with a chronic illness. Of note, for the purposes of 
the present application the term "Over The Counter" is 
intended to refer to any medicines, vitamins, supple- 
ments, etc. which are available without a prescription. 
[0018] As an example illustration of use of an embod- 
iment of the present invention, a parent shopping in a 
supermarket will be able to check that products he or 
she Is purchasing are compatible with the identified al- 
lergy of his son (for example tree-nuts), or does not con- 
tain substances he or she wishes to avoid (for example: 
The Felngold Diet recommends removal of Yellow dye 
#5 in the diet of a child diagnosed with Attention Deficit 
Hyperactivity Disorder). 

[0019] As another example illustration of use of an 
embodiment of the present invention, an elderiy person 
will easily checi< the compatibility his or her prescriptions 
and any product purchased Over The Counter and/or in 
the grocery aisles. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0020] 

Fig 1 : System Architecture (Physical View) 
Illustrates the. system architecture and provides a 
physical view of tiers involved in the overall system 
according to an embodiment of the present Inven- 
tion. 

Fig 2: Package Diagram 

Illustrates an embodiment of the present Invention 
blown-up into logical packages that would function 
in tandem to work as a full-fledged system. 



Fig 3: Client-side Class Diagram 
Illustrates an embodiment of the present Invention 
showing a schematic of the client-side interface and 
various objects that would participate at the user 
5 end. 

Fig 4: Server-side Class Diagram 
Illustrates an embodiment of the present invention 
showing a schematic of the server-side interface 
10 and various objects that would participate at the 
server end (thereby correlating an n-tier architec- 
ture followed by the system) . 

Fig 5: Higli Level Use Caee Diagram for Custom- 
15 er 

Illustrates an embodiment of the present invention 
showing possible scenarios under which the cus- 
tomer would Interact with the system. 

20 Fig 6: High Level Use Case Diagram for Store 
IVlanager(s) 

Illustrates an embodiment of the present invention 
showing possible scenarios under which the store 
manager(s) would Interact with the system. 

25 

Fig 7: High Level Use Case Diagram for Admin- 
istrator 

Illustrates an embodiment of the present invention 
showing possible scenarios under which the admin- 
30 istrator would interact with the system. 

Fig 8: Deployment Diagram 

Illustrates an embodiment of the present invention 
showing the Implementation level architecture pro- 
35 viding an overview of how the system would be de- 
ployed. 

[0021] Among those benefjts and Improvements that 
have been disclosed, other objects and advantages of 

40 this Invention will become apparent from the following 
description taken in conjunction with the accompanying 
figures. The figures constitute a part of this specification 
and include illustrative embodiments of the present in- 
vention and illustrate various objects and features there- 

45 of. 

DETAILED DESCRIPTION OF THE INVENTION 

[0022] Detailed embodiments of the present invention 
50 are disclosed herein; however, it is to be understood that 
the disclosed embodiments are merely illustrative of the 
Invention that may be embodied In various forms. In ad- 
dition, each of the examples given in connection with 
the various embodiments of the invention are Intended 
55 to be illustrative, and not restrictive. Further, the figures 
are not necessarily to scale, some features may be ex- 
aggerated to show details of particular components. 
Therefore, specific structural and functional details dis- 
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closed herein are not to be interpreted as iimiting, but 
merely as a representative Isasisforteaciiing one skilled 
in the art to variously employ the present invention. 
[0023] Referring now to Fig. 1 , one embodiment of the 
present Invention Is shown. Under this embodiment of s 
the present Invention the system has been conceived to 
work. In an n-tier architecture, where the customers 
would be provided with multiple ways to interact with the 
system. More particularly, Fig 1 shows that the Client- 
end 1 would allow various devices like computers. PDA, io 
mobile phones, static terminals installed in the store lo- 
cation and other handheld .devices to scan item bar- 
codes and/or nutrition labels and compare that informa- 
tion with the customer's nutrition profile (the term cus- 
tomer profile may herein after be used synonymously is 
with nutrition profile). In one example (which example is 
intended to be illustrative and not restrictive) the client 
interface maintains a connection to the Internet via the 
customer's Internet Service Provider (ISP) arid/or by us- 
ing the connection available at the store location. Fig 1 
Illustrates the system architecture and provides a phys- 
ical view of the tiers involved in the overall system ac- 
cording to this embodiment. The Client-end 1 may in- 
clude devices as well as the client application that the 
customers would use to access the system. The client 
application could be browser-based and may be ac- 
cessed from desktops or kiosks, or small devices such 
as handhelds, mobile phones, or add-ons, that would 
be embedded into static tenninals orsmall devices such 
as handhelds or mobile phones. The Client-end 1 may so 
interact with the system via an Internet connection 2. 
WAP enabled devices such as mobile phones and PDAs 
may interact with the system through a WAP gateway 
provided by ISPs. All requests for service may be au- 
thenticated for security by a Firewall system 3. 35 
[0024] Once the requests have been authenticated by 
the Firewall system 3, they are received by the web ap- 
plication system that, in one example (which example Is 
intended to be illustrative and not restrictive), could be 
a cluster of web servers 4 serving the application in col- -^o 
laboration with application servers 5 and the backend 
database system 6 to perform all necessary processing. 
Once the requests have been processed, the- web ap- 
plication may then create a static document that would 
contain the response to the request after the processing ^s. 
was completed. This response may then be redirected 
to the client interface that invoked the request through 
their respective devices. Typical requests made by the 
Client-end 1 would be to reglsterforthe system, thereby 
enabling them to use scanning capable devices/equip- so 
ment to get product information, upload device data 
(handheld scanners, static temilnals, mobile phones 
and handheld devices with inbuilt scanners), upload 
product information, and compare the product infonma- 
tion against their profile. ss 
[0025] In another embodiment the present invention 
provides a method relating to the Input, output and anal- 
ysis of product infonmation against a customer profile to 



provide data about a potentially hamnful substance and/ 
or a substance that the customer chooses to avoid for 
health and/or other reasons. In this regard, food aller- 
gies and interference with prescription drugs are com- 
mon examples of the necessity for harmful reaction de- 
tection to prevent consumption of ingredients not suited 
and/or Intended for a specific individual. Disease or Ill- 
ness management, e.g.. Diabetes, Celiac Disease, or 
religious observance e.g., Kosher, are other compelling 
reeisons for such consumption avoidance. 
[0026] In one embodiment the present invention may 
use scanning technologies to enable users to use text 
scanners and/or barcode scanners to get information 
about a potentially harmful substance and/or a sub- 
stance that the customer chooses to avoid for health 
and/or other reasons. The data may be entered by indi- 
viduals or others (e.g., a pharmacist) with Input devices 
capable of OCR-based scanning, by scanning a "Cus- 
tomer Care Card" followed by scanning the barcodes 
and/or ingredient labels of the items they are interested 
In. This infomnation may then uploaded to a web appli- 
cation (e.g., of the type refen^edto in Fig. 1) and a trans- 
lation of data may take place. For example (which ex- 
ample is intended to be illustrative and not restrictive): 
First the Customer barcode is interpreted followed by 
item barcodes. The customer barcode is then checked 
against the database to be associated with a customer 
profile. As stores might be using their own user data- 
base, a replication feature may be provided to store 
managers and administrators to replicate their database 
with the central database of the system. The customer 
profile is then temporarily stored in the process space 
of the web-appllcation. The item barcodes are then 
checked againstthe database. The item information (e. 
g., Name, Composition and Ingredients) are stored In 
the process space of the application. This Is compared 
against the customer profile. The results are stored in a 
static document and then sent back to the client appli- 
cation that Invoked the request. In on example (which 
example is intended to be illustrative and not restrictive) 
the upload request can be made in two modes: persist- 
ent data detection and manual upload. In persistent data 
detection mode, the device constantly waits for data. 
This may apply to small devices such as a handheld or 
mobile phones, where large amourit of data cannot be 
stored. As soon as data is recsh/ed by the device, it may 
be "pushed" via the Internet to the web application sys- 
tem for interpretation. This would mean that the user 
would view Infomnatlon about the items one by one. In 
manual upload mode, the user invokes the upload of da- 
ta from the device to the web application system, there- 
by allowing them to make multiple scans and "push" a 
set of item barcodes to the system. 
[0027] In this regard, there is another aspect consid- 
ered by this embodiment of the present invention In con- 
nection with the persistent data scanning mode. Since 
the "push" takes place as soon as the scan occurs, the 
user profile may have to be available beforehand. This 
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could imply that the client application to be used by 
handheld or mobile devices might ask the user to get 
authenticated before they start scanning Items or allow 
a small plug-in to be Installed in these devices that would 
store the customer profile before hand. 
[0028] With reference now to the embodiment shown 
in Fig 2, an illustration depicting components grouped 
together based on their nature and the tier they are fitted 
in is shown. The Customer (Client) Package 7 repre- 
sents the client application that would be used to access 
the service. The client application could be. for example, 
browser-based static web pages served to computer 
terminals, kiosks, web enabled PDAs and/or mobile 
phones by the sen/er-based Web Application System or 
could be a software plug- In embedded Into the device 
itself thereby preventing the user having to authenticate 
themselves each time they want to use the system. Mo- 
bile Processor, Handheld (Scanner) processor and ter- 
minal process 1 0, 9, and 8 respectively represent the 
processing that would be Initiated by the client-applica- 
tion and serves to Illustrate a scenario where, multiple 
interfaces could be used by the customer to access the 
application. 

[0029] in one example (which example is Intended to 
be illustrative and not restrictive) all operations request- 
ed by the client-end processor could be sent via simple 
http using browser protocols and/or an XIVIL package 1 1 
on the client-end that would provide a more structured 
and platfomn-lndependent way to address all the re- 
quests from these different devices from a common plat- 
fomn. The XML package 11 represents the client-side 
process that would actually send data in and out of the 
client-application and therefore represents the purpose 
and not a necessity that using XML would be the only 
way. This package could be replaced by any package 
that would provide features fulfilling the purpose de- 
scribed in this section. 

[0030] In one example (which example is intended to 
be Illustrative and not restrictive) all requests coming to 
the server may be redirected to the web application 12, 
which then interprets the requests and processes them 
using the components Installed on the application serv- 
er. Atypical upload request would be redirected for pars- 
ing to the Upload Parser package 13 that includes a set 
of components instantiated depending on the device In- 
fomnation. For example (which example is intended to 
be illustrative and not restrictive): After the parser pack- 
age finishes filtering the barcodes, the first barcode is 
assumed to be a user barcode and Is run against the 
database UserDB 15 to extract the customer profile. If 
matches are not found against the UserDB 15, the up- 
load parser may send a message to the web application 
12 to indicate an "abort". If the customer profile is found 
then the rest of the barcodes are compared against the 
ProductDB 1 6 for item inf onmatlon. Thus, we get two set 
of data, namely customer profile including the allergies, 
sub allergies, and/or ingredients that the customer has 
to refrain from consuming and a set of ingredients and/ 



or composition information for each Item uploaded by 
this customer. This infomnatlon is then taken by the data 
investigator package 14. The data investigator package 
14 then runs a comparison between the two data ex- 

5 plained earlier in this section and creates a result sheet 
Including any essential alerts against the Items upload- 
ed and extensive Information for the cause of this alert. 
The result sheet maybe saved as a static document and 
sent back to the client-application via the web appilca- 

10 tion. 

[0031] Referring now to Figs. 3 and Fig 4, these show 
additional illustration of classes (components) by sepa- 
rating the client-side processes and the server-side 
processes. 

IS [0032] More particularly, Fig 3 represents the client- 
side class diagram for an embodiment of the present 
Invention. If we further break down the cllent-slde proc- 
. esses, the. client-side application would be broadly di- 
vided though not limited to three categories: 

20 Mobile_App 17 representing a client-side application 
that could be browser-based or stand-alone and used 
by PDAs, mobile phones and other small interactive de- 
vices with computing features and an Inbuilt monitor and 
scanner, HandHeld_App 19 representing a browser- 

25 based application for users equipped with handheld per- 
sonal barcode scanners that could be connected to a 
computer and Tenninal_App 21 representing a client- 
side application installed on static tenninals that could 
be used by customers at store locations. 

30 Scanner_Addon 18, Scan ner_Plu gin 20 and 
TemninaLPIugin 22 modularizes the process specific to 
the retrieval of data from the scanning device and con- 
verting into an intelligible piece of infomriation that could 
be sent, for example, via XMLHTTP 23 to the web-ap- 

35 plication system. 

[0033] Further, Fig 4 rep resents the server-side class 
diagram for an embodiment of the present invention. Af- 
ter getting validated by the firewall system 3, a server- 
side component receives data sent by the cllent-slde 

40 XMLHTTP 23 into a server-side XMLHTTP 24. The Web 
Service 25 represents the complete server-side system 
that includes the cluster of web servers serving the web 
application 26, the application server hosting compo- 
nents such as the Upload_Parser 31 , Datajnvesti gator 

45 . 30 and util.Components 27 and the backend database 
server hosting UserDB 28 and Product_Db 29. In one 
example (which example is intended to be illustrative 
and not restrictive), WAP requests will be converted into 
an http request by the web service before going through 

so the common web application system. The 
Upload_Parser 31 could make use of the UserDB 28 
and ProductDB 29 (e.g. , by components associated with 
the UtILComponents 27). The WebApplication 26 could 
also make use of the UserDB 28 and ProductDB 29 (e. 
g-i by components associated with the 
UtILComponents 27). A typical upload request would 
be redirected for parsing by the Upload Parser package 
31 that Includes a set of components instantiated de- 
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pending on the device tnfomnation. For example (which 
example Is intended to be Illustrative and not restrictive): 
After the parser package finishes filtering the barcodes, 
the first barcode is assumed to be a user barcode and 
Is run against the database UserDB 28 to extract the s 
customer profile. If matches are not found against the 
UserDB 28, the upload parser sends a message to the 
web application 26 to Indicate an "abort". If the customer 
profile Is found then the rest of the barcodes are com- 
pared against the ProductDB 29 for Item infomriatlon. 
Thus, we get two set of data, namely customer profile 
including the allergies, sub allergies, and/or Ingredients 
that the customer has to refrain from consuming and a 
set of ingredients and/or composition information for 
each itehn uploaded by this customer. This Information 
Is then taken by the data investigator package 30. The 
data investigator package 30 then runs a comparison 
between the two data explained eariler In this section 
and creates a result sheet comprised of any essential 
alerts against the Items uploaded and extensive Infer- 20 
mation for the cause of this alert. The result sheet is 
saved as a statte document and sent back to the client- 
application via the web application. 
[0034] Referring now to embodiments shown in Fig. 
5, Fig. 6 and Rg. 7, it is seen that these Figs, illustrate 
schema for various broad use cases depicting scenarios 
In which the actors (e.g., Customers, Store Manager(s) 
and Administrator) would Interact with the system. Of 
note, the temn "actor" Is an abstraction for entities out- 
side a system, subsystem or class that interact (e.g., so 
directly) with the system. Further, a "use case" is a spec- 
ification of sequences of actions, including variant se- 
quences and error sequences, that a system, subsys- 
tem, or class can perform by Interacting with actors. 
[0035] IS/lore particulariy. Fig 5 Illustrates a high level 35 
use case diagram for customers Interacting with the sys- 
tem. Of note, in this embodiment customer 32 repre- 
sents the end user who would be actually performing 
the scanning on Items and/or uploading this information 
to the web application system 26. As seen in this Fig. 5: 40 

• A customer 32 could register to the web application 
system. This would create a barcode against the 
customer and also generate a customer care card. 
The customer 32 would then be able to download <s 
plug-in 18, 20 and use the system for scanning 
Items and getting it validated. 

• A customer 32 could manage his customer profile 
subject to authentication using the web application so 
system. 

• A customer 32 would scan Item barcodes across 
stores or any recognized outlet where food and 
drugs are sold. The customer would also be able to ss 
use text scanners to scan nutrition and ingredient 
labels for products and validate it against his profile 
(e.g., via the plug-in 18 and 19). 



• A customer 32 would be able to Upload scanned 
data by an interface in a persistent data collection 
mode or manually. 

• A customer 32 would be able to clear scanner data 
(especially, but not limited to, personal barcode 
scanners). 

• A customer 32 would be able to access the web ap- 
plication system 26 for future reference if need be. 

[0036] Further, Fig 6 Illustrates a high level use case 
diagram for store manager(s) Interacting with the sys- 
tem. As seen In this Fig. 6: 

» Store manager(s) 48 would be able to manage their 
stores, outlets and sale location 54 via the system. 
In one example (which example is intended to be 
illustrative and not restrictive), this would only com- 
prise managing data related to their specific stores 
that are subject to change and would be essential 
to be modified in the system as well. 

• Store manager(s) 48 would be ableto manage store 
customers 53 data using their premises or services 
via the system. 

• Store manager(s) 48 would able to manage store 
product catalogs 52 limited to their store locations, 
outlets and sales location via the system. In one ex- 
ample (which example Is intended to be Illustrative 
and not restrictive) this would be subjected only to 
data maintained specifically by/for the store or out- 
let. 

• Store manager(s) 48 would be able to manage al- 
lergy, sub allergy and other hazardous constituents 
51 recognized and validated by the system. In one 
example (which example is Intended to be illustra- 
tive and not restrictive), this would be subjected only 
to data maintained specifically by/for the store or 
outlet. 

• Store manager(s) 48 would be able to replicate 50 
the central database server components UserDB 
28 and ProductDB 29 to be In sync with data avail- 
able in extemal user and product databases hosted 
by the stores, outlets and sales locations. In one ex- 
ample (which example is intended to be illustrative 
and not restrictive), this would be subjected only to 
data maintained specifically by/for the store or out- 
let. 

• Store manager(s) 48 would be strictly subjected to 
Authentication 49 to perform any of the mentioned 
activities. 

[0037] Further still. Fig 7 illustrates a high level use 
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case diagram for an administrator interacting with the 
system. As seen In this Fig. 7: 

• An administrator 41 would be able to manage all 
stores, outlets and sales location 42 via the systenn. 

• An administrator 41 would be able to manage all 
customers 43 via the system. 

• An administrator 41 would abie to manage product 
catalogs 44 on behalf of stores, outlets and sales 
locations where the consumables will be sold. 

• An administrator 41 would be able to manage Aller- 
gy, sub allergy and other hazardous constituents 45 
recognized and validated by the system. 

• An administrator 41 would be able to replicate the 
central database server components UserDB 28 
and ProductDB 29 to be In sync with data available 
in extemal user and product databases hosted by 
the stores, outlets and sales locations. 

• An administrator 41 would be strictly subjected to 
Authentication 47 to perform any of the adrnlnistra- 

tion activities. 

[0038] Referring now to Fig. 8, implementation level 
architecture providing an overview of how a system ac- 
cording to an embodiment of the present invention 
would be deployed is illustrated. More particularly: 

• Fig. 8 embodies the various tiers that would com- 
prise the system. The various nodes represent 
physical deployment of various components at var- 
ious levels in the system. 

• The Client-node 55 may comprise two essential 
parts. The core scanning and upload feature may 
be provided by the textreader component and bar- 
cod ereader component described earlier in this 
document as plug-in 1 8, 20 and 22. The second part 
In this node may be the client-application that would 
use plug-in 18, 20 and 22 to interface with the sys- 
tem. The client-node may be accessible and con- 
figured to be used by. multiple computer devices 
such as computer with a browser, WAP enabled 
phones and handhelds or static terminals installed 
onsite where the consumables will be sold. 

• The client-node 55 may present a different interface 
for Store Manager(s) and Administrator to perf otm 
activities illustrated In Fig. 6 and Fig. 7. 



The firewall node 56 represents the set of security ss 
features provided at the server end of the system. 
This could be a set of hardware and/or software that 
may be, for example, manufactured, developed 
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and/or supported by a recognized third party. 

The web server node 57 represents the location 
where the web application 26 would be hosted. This 
may Involve one or more than one web server work- 
ing as a cluster. AM static and dynamic webpages 
may be served from this node. 

The application server node 58 represents the lo- 
cation where all server-side components would be 
hosted and utilized by the web server node 57. 

Additional components such as plug-in installer 61 
to provide embedded plug-in 18. 20 and 22 to be 
installed or served to the. client-node may reside in 
the application server node 58. 

> Additional Components such as ScannerManager 

62 may reside in the application server node 58. 
The ScannerManager 62 may track ail scanners 
and maintain infomnation regarding the use of the 
scanners. 

» Additional Components such as Users 63 may re- 
side in the application server node 58. The Users 

63 component may group all processes essential or 
invoked by/for users. 

• Additional Components such as Products 64 may 
reside in the application server node 58. The Prod- 
ucts 64 component may group all processes essen- 
tiai or invoked for products. 

• Components such as DataManager 65 may reside 
in the application server node 58. The DataManag- 
er 65 component may group all processes essential 
or invoiced for data replication as illustrated, for ex- 
ample, In Fig. 6 and Fig. 7. 

• The Back-End node may act as the central reposi- 
tory for UserDB 28 and ProductsDb 29. In addition 
to this, a MasterDB 66 may sen^e if desired to store 
Information about the system in general. 

• The Back-end node .59 may also Include the infra- 
structure 60 that has to be In place to allow fast and 
reliable infonmation to the components hosted by 
the application sender node 58 and the web server 
node 57. 

• An audible and/or visible alert may be sent to the 
user whenever an Incompatibility is encountered. 
This could be detected and sent from the web serv- 
er node 57 to the client node 55. 

[0039] In another embodiment, by translating syno- 
nyms relating to the same ingredient, the present inven- 
tion may allow an immediate and reliable detection of 
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alt ingredients related to one specific allergy. 
[0040] In another ennbodiment, the present invention 
automatically perTonns the function of alerting consum- 
ers to hanmf ul sub-ingredients that may not be specified 
clearly In the nutritional label. 

[0041] In another embodiment, users/beneflciarles of 
the present invention may be: the allergy afflicted; Indi- 
viduals receiving prescription drugs; children (e.g., 
those whose physicians, neurologists, and/or other 
medical specialists advocate removal of certain ingredi- 
ents from their diet as it is perceh/ed to interfere with 
learning, e.g. Felngold Diet recommends a gluten-free 
and a food colorings-free (Yellow #5 and Red #3) diet 
to Improve the focus of children diagnosed Attention 
Deficit Disorder (ADD) and Attention Deficit Hyperactiv- 
ity Disorder (ADHD)); women who want to decrease the 
possibility of having a child with food allergies who are 
instructed by their doctor to refrain from consuming cer- 
tain ingredients during their pregnancy; religious-ob- 
servant (e.g., Kosher or Hindu); vegetarian; individuals 
with ingredient sensith/lty (e.g. lactose Intolerance or 
other ingredient sensitivity); individuals managing an ill- 
ness and/or disease (e.g., such as Individuals with di- 
gestive disorders and/or with chronic conditions (e.g., 
ulcers) which are aggravated by specific Ingredients; 
children (e.g., those who may be receiving prescription 
medication for perceived learning disabilities (e.g., Ri- 
talin or Adder all) who must refrain from certain OTC 
medications and/or food/beverage ingredients that may 
Inhibit or suppress the effectiveness of the prescription 
or its duration). 

[0042] In another embodiment, the system and meth- 
od for this invention is disclosed and declared to elabo- 
rate various actors, entitles and other physical and log- 
ical units that collaborate and participate through multi- 
ple scenarios and mediums to detect harmful Ingredi- 
ents In food, OTC remedies and related consumables 
as specified by their nutritional and ingredients labels 
that may cause allergic reaction, health risks or any in- 
compatibility between prescription drugs and normal 
food/ingredient consumption of an Individual, on an au- 
tomated, real-time system. The invention may use scan- 
ning based technologies (e.g., Barcode Scanning and/ 
or Text Scanning) as well as non scanning based tech- 
nologies via an interactive communication channel that 
could be used from a centralized access medium or an 
offline setup that: (a) translates various terminologies 
used In nutritional and ingredients labels; (b) compares 
the composition information with the customer's profile; 
and (c) alerts the customer to the presence of harmful 
ingredients or prescribed (recommended) food sub- 
stance. 

[0043] In another embodiment (hereinafter referred to 
as embodiment "A"), a computer-based system is pro- 
vided. This computer-based system of embodiment "A" 
may permit a customer to determine the compatibility of 
food/medicine interactions on an automated real time 
basis by detecting harmful/incompatible ingredients In 



food, drugs and/or related consumables as specified by 
their nutritional and/or Ingredients labels that may cause 
an allergic reaction, Health risks and/or any Incompati- 
bility Witt) the nomnal food habits or prescribed drug in- 
5 take of a specific individual comprising. The system of 
embodiment "A" may comprise: (a) any suitable scan- 
ning device, such as barcode or text scanner for reading 
barcode or text on the product's label capturing informa- 
tion by scanning the Item(s); (b) uploading the scanned 
10 Infonmatlon to a centralized or distributed system work- 
ing With a single central repository or distributed repos- 
itories of product related Information; (c) mapping the 
information uploaded with the nutrition and Ingredients 
data; (d) comparing this data with a Customer Profile 
IS (as described, for example, in embodiment "B" below) 
with Ingredients or composition that may be Incompati- 
ble and/or cause allergic reaction an/or health risk and 
therefore is to be avoided, or, conversely, is profession- 
ally recommended as a dietary requirement and there- 
to fore Included; and (e) generating an alert, which alert 
that signals the presence of harmful ingredients or re- 
quired dietary ingredients, audibly and/or with adjoining 
text. 

[0044] In anotiier embodiment (hereinafter refen-ed to 

25 as embodiment "B"), a computer-based system for a 
customer to determine the compatibility of food/medi- 
cine interactions on an automated real time basis may 
use Customer-Profile Information. Such Customer Pro- 
file Infomiation may be stored, and said information may 

30 include harmful food substances, allergic ingredients In 
food, drugs and related consumables incompatible and/ 
or harmful to the customer and/or wherein detennined 
thresholds of specific substances, according to the nu- 
tritional infomnation, are exceeded-estabilshing an 

35 Avoidance Profile, and/or conversely, dietary require- 
ments and nutritional valuations beneficial to the cus- 
tomer, establishing a Requirement Profile. 
[0045] In another embodiment (hereinafter referred to 
as embodiment "C"), a computer-based system for a 

40 customer to determine the compatibility of food/medi- 
cine Interactions on an automated real time basis as de- 
scribed In connection with embodiment "A", wherein the 
information scanned is embedding Customer Profile in- 
fomiation of embodiment "B", may include: (a) a scan- 

45 nlng devtee, such as a barcode or text scanner, provid- 
ing output Information Indicative of the Information 
scanned; and (b) an application process that takes the 
data as an Input and compares it with the stored Cus- 
tomer-Profile. 

50 [0046] In another embodiment (hereinafter referred to 
as embodiment "D"), a computer-based system for a 
customer to determine the compatibility of food/medi- 
cine interactions on an automated real time basis is pro- 
vided. This computer-based system of embodiment "D" 

55 may comprise: (a) a text-based scanning device provid- 
ing product Infomiation by scanning the nutrition and in- 
gredients labels of item(8); (b) handling this data via an 
embedded application as described in connection with 
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embodiment "C; (c) comparing this data wfth the Cus- 
tomer Profile as described in embodiment "B" for possi- 
ble ingredients or composition that may cause allergy, 
health risks and/or might be prescribed as a heatthy and 
necessary food substance; and.(d) generating an atert s 
to the customer, in an audible and/or visual signal, as to 
the presence of harmful Ingredients and/or prescribed 
food substance and/or required dietary ingredients. 
[0047] I n another embodiment (hereinafter referred to 
as embodiment "E*), a computer-based system for a io 
customer to detennine the compatibility of food/medi- 
cine Interactions on an automated real time basis is pro- 
vided, comprising: (a) an application embedded Into ex- 
isting Independent systems (e.g., upon an intent of use 
by the system owner), which application is able to: (i) is 
execute upon the occurrence of an event (e.g., Search 
request, Add to Cart, etc.); and (II) capture product In- 
formation related, but not limited to, nutritional compo- 
sition and ingredients of item(s); (b) comparing this data 
with the Customer Profile as described in connection 20 
with embodiment "B" for possible ingredients or compo- 
sition that may cause allergy and/or health risks and/or 
might be prescribed as a healthy and necessary food 
substance; and(c) alerting the customerto the presence 
of harmful ingredients and/or prescribed food substance 
by sending an audible and/or visual signal. 
[0048] In another embodiment (hereinafter referred to 
as embodiment "P), a computer-based system to be • 
used for processes described in connection with em- 
bodiments "A", D", and/or "E" is provided, comprising: 30 
a centralized application that would facilitate users to 
create their own Customer Profiles through an interac- 
tive channel specifying infonnation related, but not iim- . 
Ited to, allergies, illnesses, prescriptions and dietary re- 
quirements. .35 
[0049] In another embodiment (hereinafter referred to 
as embodiment "G"), a computer-based system to be 
used for processes described in connection with em- 
bodiments "A", D", and/or "E" Is provided, comprising: 
applications that would facilitate users to access their 40 
own Customer Profiles through different types of inter- 
active channels, such as by scanning or swiping a bar- 
code subscriber card, entering a login manually, recog- 
nizing finger prints as well as iris identification, or what- 
ever auto-ID developing or evolving technology be- 
comes standard, practiced or customary. 
[0050] While a number of embodiments of the present 
invention have been described. It Is understood that 
these embodiments are illustrative only, and not restric- 
tive, and that many modifications may become apparent so 
to those of ordinary skill in the art. 

Claims 

55 

1 . A system for detecting the presence of an unwanted 
ingredient in a product, comprising: 



a scanner for scanning indicia associated with 
the product and capturing product Information, 
which product information includes a product 

identifier; 

a mechanism receiving the product Information 
for obtaining, from a product database, data 
identifying each Ingredient associated with the 
product identified by the product identifier, 
a mechanism for obtaining, from a user data- 
base, each unwanted ingredient associated 
with a particular person; 
a mechanism receiving each Ingredient asso- 
ciated with the product identified by the product 
identifier and each unwanted ingredient asso- 
ciated with the particular person for determining 
If any ingredient associated with the product 
identified by the product identifier is also an un- 
wanted ingredient associated with the particu- 
lar person; and 

a mechanism for indicating if it is detenmined 
that any ingredient associated with the product 
identified by the product identifier is also an un- 
wanted ingredient associated with the particu- 
lar person. 

2. The system of claim 1 , wherein the scanner addi- 
tionally scans Indicia associated with the particular 
person and the mechanism for obtaining, from the 
user database, each unwanted ingredient associat- 
ed with the particular person is configured to obtain 
each unwanted ingredient associated with the par- 
ticular person identified by the indteia scanned by 
the scanner. 

3. The system of claim 2, wherein the scanner is se- 
lected from the group of: (a) a text scanner; and (b) 
a barcode scanner. 

4. The system of claim 3, wherein the scanning of at 
least one of the indicia associated with the product 
and the indicia associated with the particular person 
is carried out at a point of sale of the product. 

5. The system of claim 4, wherein the system operates 
essentially In real-time to detect the presence of an 
unwanted ingredient In the product. 

6. The system of claim 1 , wherein the mechanism for 
indicating provides at least one of a visual and an 
audio indication if it is detemnlned that any ingredi- 
ent associated with the product identified by the 
product identifier is also an unwanted ingredient as- 
sociated with the particular person. 

7. The system of claim 1 , wherein the product is se- 
lected from the group of: (a) a prescription medi- 
cine; (b) an over the counter medicine; and (c) a 
food. 
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8. A system for detecting the presence of an unwanted 
ingredient In a product, comprising: 

a scanner for scanning indicia associated with 
the product and capturing product infomnation, s 
which product information inciudes each ingre- 
dient associated with the product; 
a mechanism for obtaining, from a user data- 
base, each unwanted Injgredient associated 
with a particular person; io 
a mechanism receiving the product information 
.and each unwantiad ingredient associated with 
the particular person for detemnining if any in- 
grecfient associated with the product is also an 
unwanted ingredjent associated with the partic- is 
ular person; and 

a mechanism for Indicating if it Is detennined 
that any ingredient associated with the product 
is also an unwanted ingredient associated with 
the particular person. 

9. The system of claim 8, wherein the scanner addi- 
tionally scans Indicia associated with the particular 
person and the mechanism for obtaining, from the 
user database, each unwanted ingredient associat- 2s 
ed with the particular person is configured to obtain 
each unwanted ingredient associated with the par- 
ticular person identified by the indicia scanned by 

the scanner. 

30 

10. The system of claim 9, wherelri the scanner Is se- 
lected from the group.of: (a) a text scanner; and (b) 
a barcode scanner. 

1 1 . The system of claim 1 0, wherein the scanning of at ss 
least one of the indicia associated with the product 
and the indicia associated with the particular person 

is carried out at a point of sale of the product. . 

12. The system of claim 11 , wherein the system oper- ^ 
ates essentially in real-time to detect the presence 

of an unwanted ingredient In the product. 

13. The system of claim 8, wherein the mechanism for 
indicating provides at least one of a visual and an 
audio indication if It Is detemnlned that any ingredi- 
ent associated with the product is also an unwanted 
ingredient associated with the particular person. 

14. The system of claim s; wherein the product is se- so 
lected from the group of: (a) a prescription medi- 
cine; (b) an over the counter medicine; and (c) a 
food. 

55 



10 



EPi 363 225A2 



Fig 1; System Architecture (Physical View) 




EP 1 363 225 A2 



Fig 2; Package Diagram 
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Fig 3; Client-side Class Diagram 
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Fig 4: Server-side Class Diagram 
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Fig 6; High Level Use Case Diagram for Store Manager(s) 
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